|
|
Haim Ashkenazi <hai### [at] consonetcom> wrote:
> ` -O3 -I/usr/openwin/include -o povray atmosph.o bbox.o
[snip]
> fer.o warps.o unix.o povxlib.o -L/usr/openwin/lib
> -R/usr/openwin/lib -ltiff -ljpeg -lpng -lz -lm -lX11
> Undefined first referenced
> symbol in file
> TIFFGetVersion optout.o
> ld: fatal: Symbol referencing errors. No output written to povray
I had this problem as well in Solaris. For some reason libtiff.a works ok
(ie. when you have -static as compiling option) but libtiff.so produces
that linking error (seems like it lacks an object file). Of course the
problem is that if you add -static, then it won't compile because there
are no static versions of the X libraries.
The solution is to replace '-ltiff' with an explicit path to the libtiff.a
in your system. For example, supposing that libtiff.a is installed in
/usr/lib/ then that one line would look like this:
-R/usr/openwin/lib /usr/lib/libtiff.a -ljpeg -lpng -lz -lm -lX11
(That is, you have to find the line in the Makefile where '-ltiff' is
specified and replace it with '/usr/lib/libtiff.a')
In order to find where libtiff.a is installed, run 'locate libtiff.a'
--
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -
Post a reply to this message
|
|